"Write Operation"(쓰기 연산 또는 쓰기 작업)는 시스템에 데이터를 기록하거나 기존 데이터를 변경하는 모든 동작을 말합니다. 다음 항목으로 주요 의미와 관련 속성을 정리합니다. 정의 요약 - 데이터를 메모리, 파일, 데이터베이스, 저장장치, 네트워크 대상 등 영구 또는 휘발성 저장소에 기록하거나 덮어쓰는 동작을 총칭합니다. 주요 맥락별 설명 - 파일/운영체제: 프로세스가 파일에 데이터를 기록하는 시스템 호출(예: POSIX의 write()). 보통 커널 버퍼로 쓰여지고 나중에 디스크로 플러시될 수 있습니다. - 데이터베이스: INSERT, UPDATE 같은 연산으로 테이블에 레코드를 추가하거나 수정하는 것. 트랜잭션·원자성·지속성(ACID)이 중요합니다. - 메모리: RAM에 값을 저장하는 동작(예: 변수 대입). 캐시·메모리 배리어 등 동기화 문제가 표면화됩니다. - 네트워크/API: 원격 서비스에 데이터를 전송하여 상태를 변경하는 요청(예: HTTP의 POST/PUT). - 저장장치/하드웨어: 플래시나 디스크에 물리적으로 비트들을 기록하는 동작. 플래시의 경우 쓰기 사이클 제한(수명)이 문제입니다. 중요 속성 및 고려사항 - 동기성(synchronous) vs 비동기(asynchronous): 호출이 완료될 때 데이터가 실제 매체에 안전히 기록되었는지 여부(예: fsync). - 원자성(atomicity): 한 쓰기 연산이 전부 반영되거나 전혀 반영되지 않음. 부분 쓰기로 인한 일관성 문제를 막기 위해 중요. - 지속성(durability): 쓰기가 성공적으로 완료되면 시스템 실패 후에도 데이터가 유지되는지 여부. - 중복성/아이도뮌포턴시(idempotency): 같은 쓰기 요청을 여러 번 적용해도 결과가 같아야 하는지(특히 네트워크 환경에서 중요). - 덮어쓰기 vs 덧붙이기(overwrite vs append): 기존 데이터를 바꾸는지, 끝에 새 데이터를 추가하는지에 따라 처리 방식과 복구 전략이 달라짐. - 권한(permission): 쓰기 권한이 있어야 수행 가능. 접근 제어·권한 검사가 필요. - 동시성 문제: 여러 주체가 동시에 쓰기하면 충돌이나 레이스 컨디션이 발생. 잠금·버전관리·트랜잭션으로 해결. - 실패 처리: 부분적으로만 기록되거나 전파 중 오류가 났을 때의 롤백/재시도 정책 필요. - 성능 지표: 쓰기 지연(latency), 쓰기 처리량(throughput), 쓰기 증폭(write amplification) 등. 실제 흐름 예시(파일 쓰기) 1) 애플리케이션이 write() 호출 2) 커널이 데이터를 페이지 캐시에 기록(버퍼링) 3) 주기적 또는 명시적(fsync)으로 디스크에 플러시 4) 디스크가 물리적으로 기록 완료되면 I/O 완료 알림 관련 용어 - write-back vs write-through 캐시: 쓰기된 데이터가 즉시 하위 저장소에 반영되는가(through) 아니면 캐시에만 있고 나중에 플러시되는가(back). - 로그 구조/순서 기록(append-only logs): 쓰기 충돌과 복구를 단순화하기 위해 주로 덧붙이기 방식 사용. - 쓰기 확대(write amplification): 저장장치(특히 SSD)에서 논리적 쓰기 대비 실제 플래시 블록에 수행되는 더 큰 쓰기량. 권장 관행(간단) - 중요한 데이터는 fsync나 트랜잭션으로 디스크 영속성 확보. - 네트워크 쓰기는 재시도/아이도뮌포턴시 설계. - 동시성 있는 쓰기는 잠금·버전·트랜잭션으로 보호. - 플래시 기반 저장소는 쓰기 패턴 최적화(정렬·쓰기 단위 고려). 요약하자면, "Write Operation"은 데이터를 생성·수정·저장하는 모든 행위로서, 어디에 쓰느냐(파일, DB, 메모리, 원격 등)와 어떻게 보장하느냐(원자성·지속성·동기화)에 따라 설계와 고려사항이 달라집니다.
